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(57) ABSTRACT 

A system and method for monitoring and managing devices 
on a network. The system and method preferably comprises 
a proxy server connected to the network and a managed 
device connected to the proxy server. The system further 
comprises storage means for storing a device management 
application program associated with the managed device, 
and a management station in communication with the man- 
aged device via the proxy server and in communication with 
the storage means. The management station preferably is 
configured to retrieve the device management application 
program from the storage means and process the device 
management application program. As the management sta- 
tion processes the device management application program, 
the management station is able to monitor and manage the 
managed device. In particular, the management station can 
send management commands to a controller of the managed 
device via the proxy server, and the management station can 
receive notifications from the managed device, also via the 
proxy server. 

2 Claims, 13 Drawing Sheets 
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SYSTEM FOR MONITORING AND 
MANAGING DEVICES ON A NETWORK 
FROM A MANAGEMENT STATION VIA A 

PROXY SERVER THAT PROVIDES 

PROTOCOL CONVERTER 5 

CROSS-REFERENCES TO RELATED 
APPLICATIONS 

This application is being filed concurrently with related 
U.S. patent applications: Ser. No. 09/350,742, entitled 10 
"Methods and Apparatus for Issuing Updates to Multiple 
Management Entities"; Ser. No. 09/350,800, entitled "Meth- 
ods and Apparatus for Performing Mass Operations on a 
Plurality of Managed Devices on a Network**; Ser. No. 
09/350,739, entitled "Methods and Apparatus for Managing 35 
Heterogeneous Storage Devices**; Ser. No. 09/350,735, 
entitled "Methods and Apparatus for Committing Configu- 
ration Changes to Managed Devices Prior to Completion of 
the Configuration Change"; Ser. No. 09/350,945, entitled 
"Platform Neutral Data Storage Management Method and 20 
Apparatus"; and Ser. No. 09/350,753, entitled "Apparatus 
and Method for a Computer Management Storage System**, 
all of which are incorporated herein by reference. 

BACKGROUND OF THE INVENTION 25 

The present invention relates generally to methods and 
apparatus for managing devices on a network, and more 
particularly to a network based system and software for 
monitoring and managing devices that are not attached 30 
directly to the network, but are proxy attached to the 
network via another device. 

Network computing systems typically require a variety of 
devices to construct and maintain a working storage system. 
In addition, companies with large networks typically have a 35 
number of different storage systems, many of which can be 
manufactured by different companies and/or run on different 
versions of operating software. Storage system devices may 
include, but are not limited to, host adapters, I/O chips, disk 
enclosures, and bridge controllers, to name a few. 40 

Each of these components traditionally are managed by 
proprietary software that is supplied by its manufacturer. In 
addition, there are a number of third parties which have 
developed network management frameworks, such as 
Hewlett-Packard *s Open View, IBM's NetFinity, and Com- 45 
puter Associates* Unicenter, Unfortunately, however, while 
these third party frameworks provide great benefit to the 
management of applications, servers, and network 
equipment, they have little success in managing storage 
devices because no single standard exists for configuring 50 
and monitoring storage devices produced by different 
manufacturers, as well as different versions of storage 
devices produced by the same manufacturer. Standards such 
as desk top management interface (DMI) and simple net- 
work management protocol (SNMP) are able to manage 55 
simple devices such as host adapters and the like, but they 
fall short when applied to complex devices such as disk 
array controllers. As one skilled in the art will appreciate, it 
is not likely that a standard for managing disk array con- 
trollers will be created in the future, because unlike host 60 
adapters and disk subsystems, each disk array vendor is 
constantly releasing proprietary features to distinguish itself 
in the marketplace. It is well known in the art that devices, 
such as storage systems, can connect directly to the network 
using, for example, an ethernet or other suitable network 65 
adapter. Each device connected directly to the network has 
an IP address identifying itself on the network. Thus, devices 
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communicating with these direct attached devices easily can 
locate them because of their unique IP addresses. 

As one skilled in the art will appreciate, many devices, 
such as low end storage systems, or the like, do not connect 
directly to the network, but are connect to a server or other 
workstation via PCI, SCSI, fibre channel, USB, firewire, or 
the like. Thus, the only attachment to the network that these 
devices have may be through the proxy server device. 
Accordingly, it is difficult for other devices on the network 
to locate these devices, because they don't have network IP 
addresses. Only the proxy server attached to the network has 
an IP address. It is particularly difficult to manage these 
proxy attached devices with online management 
frameworks, because the management stations cannot send 
suitable management commands to the proxy attached 
devices. Thus, what is needed is a management framework 
which can locate these proxy attached devices, and a system 
which can communicate management commands between a 
management station the proxy attached devices. 

SUMMARY OF THE INVENTION 

According to the invention, a system and method for 
monitoring and managing devices on a network. The system 
and method preferably comprises a proxy server connected 
to the network and a managed device connected to the proxy 
server. The system farther comprises storage means for 
storing a device management application program associ- 
ated with the managed device, and a management station in 
communication with the managed device via the proxy 
server and in communication with the storage means. The 
management station preferably is configured to retrieve the 
device management application program from the storage 
means and process the device management application pro- 
gram. As the management station processes the device 
management application program, the management station 
is able to monitor and manage the managed device. 

In accordance with one preferred embodiment of the 
present invention, the managed device preferably is con- 
nected to the proxy server by a suitable communication 
connection. The communication connection may comprise 
peripheral component interconnect (PCI), small computer 
system interface (SCSI), universal serial bus (USB), fiber 
channel, firewire and the like. 

In accordance with yet another embodiment of the present 
invention, the managed device preferably includes a con- 
troller for controlling the managed device. In accordance 
with this particular aspect of the present invention, when the 
management station processes the device management 
application program, the management station is able to send 
management commands to the controller via the proxy 
server. Preferably, the managed device is a storage system. 

In accordance with yet another embodiment of the present 
invention, the proxy server preferably includes a device 
mapper which locates devices connected to the proxy server 
and assigns a TCP/IP port to each of the devices. Thus, when 
the device management application program of the manage- 
ment station sends management commands to the controller 
of the managed device, the device management application 
program first sends the management commands to the proxy 
server, and the device mapper in the proxy server routes the 
management commands to the managed device. 

In accordance with yet another embodiment of the present 
invention, the device management application program pref- 
erably communicates with the proxy server using a first 
communication protocol, and the proxy server communi- 
cates with the managed device using a second communica- 
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tion protocol. Thus, the proxy server includes a protocol FIG. 16 is a flow diagram illustrating a process of 

converter for converting communication messages directed committing configuration changes prior to the completion of 

from the device management application program to the a long term event, 
managed device from the first communication protocol to 

the second communication protocol, and for converting 5 DESCRIPTION OF THE SPECIFIC 

communication messages directed from the managed device EMBODIMENTS 
to the device management application program from the 

second communication protocol to the first communication Introduction 

protocol. Preferably, the first communication protocol is ^ present invention relates generally to methods and 

remote procedure call(RPC) and the second communication 10 apparatus for managing devices on a network. More 

protocol is universal transport mechanism (UTM), and the particularly, the present invention relates to a system and 

protocol converter comprises an RPC-to-UTM conversion software for monitoring, configuring and managing hetero- 

application. geneous storage systems on a network using a single man- 

A more complete understanding of the present invention agement application residing on one or more management 

may be derived by referring to the Detailed Description of 15 stations. 

Preferred Embodiments and claims when considered in While the pres ent invention disclosed herein refers par- 
connection with the figures, wherein like referenced num- ticularly to storage systems, it should be appreciated that the 
bers refer to similar items throughout the figures. management systems and applications of the present inven- 

nmrr nrcrnmT^M tuc hd awimpc „ n tion can be used to manage a wide variety of devices on a 

BRIEF DESCRIPTION OF THE DRAWINGS 20 t . . , if.- j *u ■* ui 

network, including workstations, servers, and other suitable 

FIG. 1 is a schematic diagram of a network having various I/O devices. Thus, the present invention relates to a man- 
storage systems and storage management stations; agement system and applications which have a single user 
FIG. 2 is a schematic diagram of a network having a interface for managing network devices, and which can 
management station, which accesses management applica- 25 interact with currently existing management frameworks, 
tion programs stored in an application repository storage such as Hewlett-Packard's OpenView, IBM's NetFinity and 
area connected to the management station; Computer Associates' Umcenter, to name a few. Finally, the 
FIG. 3 is a schematic diagram of a network having a f re f n \ invention preferably utilizes platform-independent 
4 , t . L L r technologies, such as Java and Java run-tune environments, 
management station, which accesses management applica- . 4 * ' , 4 . 4 . , 4 

to . . ,. ° , V. u so that the particular network architecture, and workstation 

tion programs stored in an application repository storage 30 , K , . , - , 

v & . , t ♦ i and server platforms on the network are irrelevant, 

area connected to a network; r 

FIG. 4 is a schematic diagram of a network having a System Overview 
management station, which accesses management applica- 
tion programs stored on the storage system or device being The P resent invention comprises a device-independent 
managed by the management station; 35 management framework which supports device-specific 
_ . . , , •« * • j • management applications. The framework preferably com- 
FIG. 5 is a block diagram illustrating various devices . & , . . . r u- i 
? . . f ^ pnses an application that implements a common graphical 
residing on a network and their associated software compo- 1 . , , . j , ' n j,r\ ^ • 

& r user interface that is used to manage all I/O devices in an 

n n ' enterprise or on a network. Preferably, at the start of a day, 

FIG. 6 is a drawing of a sample user interface screen of 4Q the manag ement framework discovers all I/O devices in the 

a discover-monitor application program; enterprise and displays them, either by physical 

FIG. 7 is a drawing of a sample user interface screen of connectivity, or by logical association. The discovery pro- 

a storage system management application program; cess can be conducted manually by a user, or it can occur 

FIG. 8 is a flow diagram illustrating start-up processes of automatically. For each distinct device type being managed 

a discover-monitor application program and a storage sys- 45 or configured, a unique management application preferably 

tem management application program; is loaded, thus giving the framework the ability to under- 

FIG. 9 is a flow diagram illustrating a process of creating stand device-specific management tasks. Finally, because 

a volume on a storage system- tne architecture gives the management framework the ability 

FIG. 10 is a- flow diagram illustrating a process of t0 communicate with all I/O devices on the enterprise 

replicating the configuration of one storage system to 50 operations such as "firmware upgrades may be performed 

another storage system; en mass t0 comraon dev,ce ^ 

FIG. 11 is a flow diagram illustrating a process of per- , Re u ferrin S now t0 FIG - V system 100 is shown embody- 

forming a mass operation on multiple storage systems on a in Jf tne P resent invention. In particular, system 100 prefer- 

network* ^ comprises a local area network 102, a plurality of 

' n ... . .... ... 55 storage systems 104-110, an I/O management station 112, a 

FIG. 12 is a flow diagram illustrating a validity checking desk management interface (DM I) management station 

scheme performed by the process of FIG. 10; m m6 a gimple network managemem protocol (SNMp) 

FIG. 13 is a flow diagram illustrating a process of management station 116. In addition, network 102 may be 

reporting events from a storage system to a management connected to other enterprise or company networks located 

station; 60 m remo t e areas either via direct telephone links or, as 

FIG. 14 is a flow diagram illustrating a process of a illustrated in FIG, 1, through a larger network, such as the 

managed entity broadcasting configuration updates to a Internet 118, or the like. For simplicity, FIG. 1 merely shows 

plurality of management devices; network 102 being connected to a storage management 

FIG. 15 is a flow diagram illustrating how a management station 120 through Internet 118, but as one skilled in the art 

device issues management commands to managed entities 65 will appreciate, storage management station 120 may be a 

and receives configuration update information from man- single device connected to Internet 118, or storage manage- 

aged entities; and ment station 120 may be a device on a network in a remote 
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location connected to network 102 via the Internet. In any connected to a server 146 via a proxy I/O bus 148, such as 

event, the purpose of FIG. 1 is to illustrate that the man- a SCSI or Fibre Channel bus. In this manner, storage 

agement framework of the present invention may be used on management stations 112, 120 can issue management com- 

local area networks, as well as on wide area networks and mands directly to storage controller 142 via network 102, or 

with remote access devices. 5 mev can ^ suc management commands through server 146 

o* . 1A i 11ft • ■« , , and across proxy I/O bus 148. As with the PCI attached 

Storage systems 104-110 may comprise any suitable A „ f J A + nr , r 

° / , £1 i * r»*in controllers in storage systems 106 and 108, if access to 

storage system, such as file servers, disk farms, RAID U2 ^ ^ £ ^ m ^ ^ , /Q 

systems, and the like. In addition, the storage systems may bus 148> ^ U6 s ferabl includes , , 0 f sof ? ware 

comprise controllers which connect directly to network 102 confi d to convert te from st mana gement 

or the storage systems may be connected to network 102 W stations 112> 120 to command packets which can be received 

through a computer server. FIG. 1 .Uustrates a number of and ^ b M2 ^ controller U2 

different types of storage system configurations which may s (o ^ e from ^ ^ g d6vice 15Q 

res.de on a network. However, the configurates illustrated Qne jn (he an wiH ap reciate that contro ller 142 may 

in FIG. 1 do not illustrate all the storage system be configured within the disk enclosure of device ISO. 

configurations, and thus, the present invention is not limited 15 . .... ... „_ , . ..... 

to the illustrated embodiments. ** }T ^7 8 , TT' 

ment stations 112, 120, system 100 also may include other 

Still referring to FIG. 1, the vanous embodiments of net work management devices, such as a desktop manage- 

storage systems 104-110 illustrated in FIG. 1 will now be ment mlerface (DMI) manageme nt station 114 and a simple 

discussed. In particular, storage system 104 preferably com- nel work management protocol (SNMP) management station 

prises a RAID storage system which includes a server 122 n6 In additiorij other third par t y management stations, such 

and a plurality of disk drives 124 connected to server 122. as Hewlett-Packard's Open View, Computer Associates' 

In accordance with this particular embodiment, the proces- Unicenter, IBM's NetFinity, and/or Microsoft's Microsoft 

sor of server 122 preferably acts as the RAID control device Management Console, may be attached to network 102. 

for storage system 104. In this manner, the RAID control the present i nV e D tion is not limited to the illustrated 

software preferably is stored, either on disks 124 or within embodiment 

interna] storage of server 122 and is processed by server 122 , n accordance with a preferred embodiment of the present 

during operanon of the storage system. Disks 124 may be inventioilj 1/0 management stations 112, 120 may comprise 

connected to server 122 bv any number or connection means u , . i . 

ii* u fiu u i crci or-r ncn r ■ ! any suitable computer workstation running on any operating 

126, such as fiber channel, SCSI, PCI, USB, Firewire or the latform For example I/0 management stations 

like. Server 122 preferably is connected to network 102 via ^ UQ mn QQ Microsoft , s windows or NTp i atformS( 

well-known network connection means. Apple > s Macintosh platform , a Unix platform, or the like. 

Like storage system 104, storage systems 106 and 108 Thus, in order for I/O management stations 112, 120 to 

also preferably comprise RAID storage devices. However, process the management applications associated with each 

instead of the server acting as the controller for the RAID 35 0 f the storage systems regardless of the I/O management 

storage system, the storage systems preferably include their stat j on platform, it is preferable that I/O management sta- 

own controllers 128 and 130, which preferably are con- uon s 112, 120 are equipped with a Java-compliant web 

nected to servers 132 and 134 via PCI bus connections 136 browser or other suitable Java run-time environment. Thus, 

and 138, respectively. Thus, the storage system control as one skilled in the art will appreciate, if the management 

functions for storage systems 106 and 108 preferably are 4Q application programs for each of the storage systems are 

performed by controllers 128 and 130, respectively. While W ntten in Java, the operating system environment of I/O 

controllers 128 and 130 are illustrated as being separate management stations 112, 120 is irrelevant. That is, the Java 

from the RAID disk farm or disk array 140, one skilled in applications can run in any environment, as long as it is a 

the art will appreciate that controllers 128 and 130 may Java-compliant environment. 

reside within the enclosure of disk farm 140. Alternatively, 45 Referring now to FIG. 2, a more simplified version of a 

controllers 128 and 130 may be configured as co-processors managen]eri t system framework 200 is illustrated. System 

within servers 132 and 134, respectively. 2 00 preferably comprises a network 202 with a plurality of 

As illustrated in FIG. 1, controller 128 of storage system managed devices 204-1 to 204-N connected thereto. In 

106 and controller 130 of storage system 108 are not accordance with this particular embodiment of the present 

connected directly to network 102, but are connected to the 50 invention, managed devices 204 may comprise storage 

network via servers 132 and 134, respectively. With this systems or other suitable I/O devices. In addition, an I/O 

particular configuration, it is difficult for a management management station 206 preferably is connected to network 

device to locate the storage system controllers 128, 130 202 and configured to monitor, configure, and manage 

connected to servers 132, 134, and thus, it is difficult to send devices 204 on the network. 

management commands to the storage system controllers. 55 As illustrated in FIG. 2, device 204-1 preferably includes 
However, as discussed in more detail below, servers 132 and control software which uses a management application 
134 preferably include a layer of software which converts interface program labeled "A." Similarly, devices 204-2 and 
requests from the I/O management stations 112, 120 into 204-3 run control software which use a management inter- 
command packets which are delivered to controllers 128 and f ace application program labeled "B." Finally, device 204-N 
130 and which can be understood and processed by the 60 preferably runs control software which uses a management 
controllers. interface application program labeled "X." In addition, 
Storage system 110 also preferably comprises a RAID system 200 preferably includes a storage system 210 which 
storage system having an independent RAID storage con- comprises a management applet repository 212 for holding 
troller 142. However, in this particular embodiment, storage a plurality of management interface application programs 
controller 142 preferably includes a network attachment 65 214. As discussed briefly above, management interface 
means 144, so that it can attach directly to network 102. In application programs 214 preferably are Java applets which 
addition, as illustrated in FIG. 1, controller 142 may be can be run in any suitable Java run-time environment. 
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In accordance with one aspect of the present invention, 
applet repository 212 may reside in internal storage of 
management station 206, or storage system 210 may be an 
external storage system connected directly to management 
station 206 via communication link 216. Communication 5 
link 216 may comprise any suitable communication link 
between a work station and a storage system such as PCI, 
SCSI, Fiber channel, USB, Firewire, or the like. Moreover, 
in accordance with an alternative embodiment of the present 
invention and as illustrated in FIG. 3, storage system 210 1Q 
may be connected to network 202 via a suitable network 
connection 218. In accordance with this aspect of the 
invention, management station 206 preferably communi- 
cates with storage system 210 through network 202; for 
example, along communication path 220. 

In accordance with one embodiment of the present 15 
invention, a user can direct management station 206 to 
discover all the devices on the network which are to be 
managed by the management station and displays the 
devices on the management station display; i.e., a somewhat 
manual discovery process. In accordance with another 20 
embodiment of the present invention, during the start-up of 
management station 206, management station preferably 
runs an application 208 which automatically locates all 
devices 204 residing on network 202, and displays the list of 
devices on management station 206. Thus, when manage- 2 5 
ment station 206 is directed to manage, monitor or configure 
a device 204 on network 202, management station 206 
preferably uses information obtained during the locate pro- 
cess to match a particular device 204 with the appropriate 
management application 214 residing in repository 212. 30 
Once a match is made, management station 206 preferably 
retrieves the appropriate management application 214 and 
processes it on the station. As discussed in more detail 
below, the retrieved management application 214 then per- 
forms the necessary functionality to manage, monitor, and/ 35 
or configure the particular device. Each management inter- 
face application program 214 preferably is configured to 
communicate with and direct the controller, and in particular 
the control software, of the associated device 204. For 
example, management interface application program 214-A 40 
is specifically designed to monitor and communicate man- 
agement and/or configuration commands to device 204-1. 
Similarly, management interface application program 214-B 
is configured to monitor and communicate management 
and/or configuration commands to devices 204-2 and 204-3, 45 
and management interface application program 214-X is 
configured to monitor and communicate management and/or 
configuration commands to device 204-N. With this particu- 
lar configuration, if at some later time a managed device 204 
is updated to a new level of software that requires a different 50 
management interface program 214 to manage that device, 
or if a new managed device 204 of a different device type is 
added to the system, the software residing in the updated 
managed device or the new managed device will indicate the 
particular management interface application program 214 55 
with which it is compatible. Thus, management station 206 
will be able to determine which management information 
application program 214 residing in repository 212 should 
launch for a given managed device 204 on network 202. 

In accordance with a preferred embodiment of the present 60 
invention, when the control software of a managed device 
204 is updated, for example to a new version, preferably a 
new management interface application program is added to 
the management interface application program repository to 
go along with the updated control software. 65 

In accordance with an alternative embodiment of the 
present invention, it may be preferable to only update small 



,901 Bl 

8 

portions of the control software at any one time. For 
example, aspects of an array device that may be updated 
include individual object revision definitions for drive 
groups, drives, volumes, redundant controllers, storage 
systems, and the like. Thus, if only small revisions are made 
to the control software of a device 204, only small modifi- 
cations need to be made to the management interface 
application program 214. Alternatively, instead of changing 
the management interface application program 214, a new 
management interface application program 214 may be 
added to repository 212 and may be run with the original 
interface application program, so that when the two man- 
agement interface application programs are run together, 
they will be compatible with the updated control software of 
the device. 

In accordance with another embodiment of the present 
invention, instead of the management interface application 
programs residing in a separate repository as illustrated in 
FIG. 2, the I/O device itself may act as the repository for the 
management interface program for that device. Referring 
now to FIG. 4, system 400 is illustrated in which the 
management interface application programs for a particular 
device actually reside on that device. In accordance with this 
embodiment of the present invention, system 400 preferably 
comprises a network 402, an I/O device 404, such as a 
storage system, and a management station 406. 

While device 404 may be any suitable I/O device, for the 
purposes of this example, device 404 preferably is a RAID 
storage system. Accordingly, RAID storage system 404 
comprises a RAID controller 406 and a plurality of storage 
drives 408. Preferably, a management interface application 
program for RAID device 414 is stored in an area 410 on one 
or more of drives 408. Thus, when management station 406 
discovers RAID device 404 on network 402, RAID device 
404 and in particular RAID controller 406, preferably passes 
the management interface application program from area 
410 on drives 408 to management station 406 across net- 
work 402. To facilitate this transfer, RAID controller 406 
preferably includes an application 412 which allows it to act 
as an embedded web server, giving it the ability to pass the 
management interface application program to management 
station 406 using a web server protocol, such as HTTP or the 
like. In this manner, RAID controller 406 will act like any 
other web server on a network or on the Internet, passing 
HTML or Java byte code programs to a work station having 
a web browser or other suitable Java run -time environment. 

System Software Components 

Referring now to FIG. 5, software components of a 
management system 500 now will be discussed. In accor- 
dance with the embodiment of the present invention illus- 
trated in FIG. 5, system 500 preferably comprises a network 
502, a network attached I/O device 504, a proxy attached I/O 
device 506 attached to network 502 via server 508, an I/O 
management station 510, and one or more third party 
management frameworks 512. While I/O devices 504 and 
506 may comprise any suitable I/O device on a network, for 
the purpose of this example, I/O devices 504 and 506 
preferably comprise RAID storage systems. In addition, as 
illustrated in FIG. 5, other manageable devices 514 may be 
connected to server 508. The other manageable devices 514 
may comprise any suitable peripheral device, such as a host 
bus adapter, just a bunch of disks (JBOD), a SCSI device, or 
the like. 

The following discussion sets forth software elements 
which preferably reside within each of the devices on system 
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500, While system 500 is described herein as having a include logic which allows a user to submit management and 

network attached RAID device 504, a proxy attached RAID configuration commands to the managed device. A more 

device 506, and a server 508, one skilled in the art will detailed discussion of how management interface applica- 

appreciate that other I/O device connections to network 502 tion programs 518 operate is discussed below. 

may be used; for example, the other network attachment 5 _ , _ . _ 

configurations illustrated in FIG. 1 and disclosed above. Sccwl Based Software Components 

Thus, the present invention is not limited to the configura- In accordance with the present invention, the two main 

tion of FIG. 5. , purposes of the server based software components are to: (1) 

„ . „ - ^ Interface proxy attached controllers to the network so they 

Management Station Software Components 1Q can be managed by management station 510; and 

Discover-Momtor Applet (2)Interface the managed devices to other industry standard 

As mentioned briefly above, management station 510 cmcnt tocols and oducts . p re fer a bly, the server 

preferably comprises a Java compliant web browser, or ^ nents c rise a applica _ 

alternatively, another suitable Java run-time comphant envi- ^ for converli Rpc ^^.^ t0 a standard I/0 read/ 

ronment for running Java appkt programs. Preferably one of 15 ^ mechanism> and a DMI and/or SNM P interface appli- 

the application programs which management station 510 ca ti 0 n 

processes is a discover-monitor application or applet 516. Rp £ c onve rsion Agent 

Discover-monitor applet 516 preferably is a Java applet Rpc t 522 preferab i y comprises a thin 

which is stored in nonvolatile memory in management {cqq Qf sefver 5Q8 software fcrabl written in 

station 510 or in an applet repository residing on network 2Q Jaya and executin under an ati tem > s Java mn _ 

502. Preferably, discover-monitor applet 516 can run under dme environment< purpose of RPC conversion agent 

either a Java compliant web browser or under an operating ^ ^ tQ support remQte procedure call (RPC) traffic 

system's Java run-time environment between the management interface application program 518 

Discover-monitor applet 516 performs, inter alia, the mnning 0Q managemeDt station 510 and a proxy attached 

following functions: 25 storage controller 506 (i.e., a storage controller that does not 

(1) Discovering managed devices on network 502 and have its own networ k connection). As one skilled in the art 
presenting them on the management station display; win ap p rec iate, a storage system connected to a server, for 

(2) Understanding and maintaining an association example via a PCI connection, does not communicate with 
between the discovered managed devices and the spe- the server using RPC, but using a standard I/O read/write 
cific management interface application program it 30 mechanism, such as a SCSI command interface. Thus, for 
requires; the management application program 518 to communicate 

(3) Providing a user interface for invoking the manage- with controller 506, RPC conversion agent 522 preferably is 
ment interface application program for a particular configured to receive RPC commands from a management 
managed device, which in turn, presents a more interface application program 518 and convert the RPC 
detailed interface for managing the device; and 35 command to a protocol which storage controller 506 will 

(4) Listening for events from discovered devices and understand. In this particular example, the RPC conversion 
providing notifications, both on-screen visual, as well agent 522 encapsulates RPC messages within I/O write 
as via remote e-mail, of device state changes (e.g., commands to send them to the direct-attached controller 506 
"optimal," "needs attention," or "unresponsive"). More via I/O path 524. Similarly, the RPC conversion agent 522 
detailed device notifications may be provided by the 40 receives RPC responses from controller 506 via I/O read 
management interface application programs them- commands, extracts the RPC responses from the I/O read 
selves. commands and forwards the RPC responses to management 

In accordance with the present invention, discover- application program 518. In accordance with a preferred 

monitor applet 518 preferably is designed to allow coexist- embodiment of the present invention, the protocol for encap- 

ence of different management interface application pro- 45 sulating RPC messages within read/write commands is a 

grams for different types of devices, and within a device Universal Transport Mechanism (UTM), a protocol devel- 

type, to permit coexistence of interface application programs oped by LSI Logic Corporation, located in Milpitas, Cali- 

at different versions of a device's management interface fornia. RPC conversion agent 522 allows all management 

software. Thus, new hardware can be introduced and old interface programs 518 to be written the same, regardless of 

hardware can be phased out at a user's convenience without 50 whether the storage controller has a direct network connec- 

the risk of introducing management incompatibilities. tion or not. If the storage controller is not directly attached 

Management Interface Application Programs to the network, RPC conversion agent 522 performs the 

Management interface application programs 518 prefer- proper protocol conversion, 

ably are Java applets which are device type and version Other Management Framework Agent 

specific program components. A particular management 55 Server 508 also preferably includes software to interface 

interface application program 518 knows how to manage an server 508 and other connected devices with other third 

individual device of its associated type, and is responsible party management frameworks or protocols, such as desktop 

for presenting the detailed, device-specific management management interface (DMI), simple network management 

operations to a user. In accordance with a preferred embodi- protocol (SNMP) and/or common information model (CIM). 

ment of the present invention, discover-monitor applet 5 16 60 In accordance with this aspect of the present invention, 

preferably locates and loads the correct management inter- server 508 preferably includes a management framework 

face application program 518 from storage, based on its agent 526, which comprises one or more applications which 

knowledge of the managed device's management interface facilitate communication between management stations like 

version. Generally, management interface application pro- DMI, SNMP and/or CIM stations and devices connected to 

grams 518 display the current state, status and configuration 65 server 508. For example, in the case where DMI is used, 

of a device with which it is associated. In addition, man- agent 526 preferably comprises one or more DMI applica- 

agement interface application programs 518 preferably tions which enables devices to be managed within a DMI 
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conformant management framework. The DMI architecture erably is part of the controller firmware for proxy attached 
allows a device to deliver events to, respond to management controller 506, and is responsible for providing management 
information requests from, and even to be controlled by a protocol packet transport over the block read/write path 
DMI conformant management application. between server 508 and controller 506. This communication 
Server 508 also preferably supports the SNMP and CIM 5 preferably is bi-directional, allowing commands to be trans- 
architectures. In accordance with this aspect of the present ported into and responses to be transported out of controller 
invention, agent 526 on server 508 preferably includes an 506. 

SNMP framework application and/or a CIM framework As discussed above, management interface application 

application. In this manner, an SNMP or CIM management programs 518 preferably communicate using the RPC pro- 

station can send requests to and receive event notifications 10 tocol. In the proxy attached controller 506 case, controller 

from a device connected to server 508. DMI, SNMP and 506 communicates with server 508 using UTM, so RPC 

CIM interface agents are known in the art, and thus, wifi not conversion agent 522 in server 508 converts the RPC 

be described further herein. commands to the UTM format before communicating with 

controller 506. Upon receiving the UTM packets, UTM-to- 

Controller-Based Software Components 3S i n t e rnal-messaging component 536 preferably converts the 

Device controllers 504 and 506 both preferably include a UTM packets to packets and commands which can be 

management protocol 528 and a RAID engine 530. In understood by management protocol 528. Thus, UTM-to- 

addition, network attached controller 504 preferably internal-messaging component 536 in essence comprises a 

includes an RPC-to-internal-messaging component 532 and UTM interface for controlling communications between 

a controller embedded DMI, SNMP and/or CIM service 20 server 508 and controller 506, and an internal controller 

provider 534, In addition, proxy attached controller 506 mechanism for controlling command and event notification 

preferably includes a UTM-to-internal messaging compo- dispatch to and from management protocol server 528. 

nent 536. While a preferred embodiment of the present invention is 

Management Protocol described herein as using UTM to communicate between 

The architecture of the present invention is centered 25 server 508 and device 506, one skilled in the art will 

around an object model of the managed devices, which is the appreciate that other I/O read/write mechanisms, such as a 

basis for communication between management station 510, SCSI command interface, may be used. Therefore, the 

and in particular management interface application program present invention is not limited to the UTM embodiment. 

528, and the devices (504, 506). The object model preferably RPC-to-Internal-Messaging 

is the actual physical and logical configuration of the device. 30 As mentioned briefly above, network attached controller 
In the storage array case, the object model of the storage 504 preferably includes an RPC-to-internal-messaging corn- 
array is handled by the controller via a management protocol ponent 532. RPC-to-internal-messaging component 532 
528. An example of a suitable management protocol is LSI preferably is part of the network attached controller firm- 
Logic's SYMbol (symbios browser-oriented language) pro- ware which transports RPC transactions between the con- 
tocol. Management protocol 528 preferably receives high- 35 troller network port and the management protocol server 
level requests from management interface application (or 530. Preferably, packets crossing the con troller network port 
applet) program 518 expressed in terms of the device object interface 538 conform to standard RPC commands. At 
model, interprets the requests, carries out the requests by RPC-to-internal-messaging component 532, the RPC com- 
interacting with RAID engine 530 and then responds back to mands are converted to the management protocol format 
the management interface applet 518 in terms of the object 40 528. Thus, the combination of the RPC conversion agent 522 
model. The object model also defines events that originate in server 508 and the UTM-to-internal messaging compo - 
with the managed device and flow to the management nent 536 in proxy attached controller 506 is the functional 
station 510; this event propagation is also the responsibility equivalent of the RPC-to-internal-messaging component 
of management protocol 528. 532 of network attachment 504. That is, RPC conversion 
RAID Engine 45 agent 522 and UTM -to-internal-messaging component 526 
RAID engine 530 is the part of the storage controller effectively convert the RPC commands from management 
firmware that is responsible for the core RAID interface application 518 to the management protocol 528 
implementation, independent of the host and drive interfaces format. However, with the proxy attached controller 506, an 
with which it interacts. RAID engine 530 preferably com- additional protocol, preferably UTM between server 508 
prises a performance critical RAID read/write/caching com- 50 and controller 506 is used. 

ponent and a less-performance-critical configuration and Controller Embedded DMI, SNMP and/or CIM Service 

management component. The configuration and manage- Provider. 

ment component, which is the focus and the content of the Embedded service provider 534 in network attached con- 
management architecture of the present invention, prefer- troller 504 preferably is one or more software elements 
ably exhibits three main types of behavior: (1) carrying out 55 defined under the DMI, SNMP and/or CIM architectures, 
management related tasks when directed to do so by the The embedded service provider 534 is configured to mediate 
management station 510 and more specifically, management between managed objects, such as controller 504, and a 
interface application program 518; (2) performing certain DMI, SNMP or CIM management application. By adding 
tasks automatically, either when necessary, or on a regular embedded service provider 534 within the network attached 
schedule (e.g., error and event logging and parity assurance); 60 controller 504, controller 504 can interface with a DMI, 
and (3) initiating notifications of important events, which are SNMP or CIM management application on network 502. 
then propagated outside of the controller over network 502, DMI, SNMP and CIM management applications may reside 
either directly or via UTM in the proxy attached case. within a separate management station, such as management 
UTM-to-Internal-Messaging station 512, or the DMI, SNMP and CIM management 
As discussed briefly above, proxy attached controller 506 65 applications may be applications or applets 520 which 
preferably includes a UTM-to-interaal-messaging compo- executes in the Java run-time environment of management 
nent 536. UTM-to-internal messaging component 536 pref- station 510. 
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User Interface 

As discussed briefly above, a user preferably interfaces 
with the management station 510 via a discover-monitor 
application program 516 and a management interface appli- 
cation program 518 for each of the devices on the network. 5 
Preferably, both the discover-monitor application 516 and 
each of the management interface application programs 518 
are Java programs or applets which run in a Java run-time 
environment. 

Discover-monitor Application 10 

Referring now to FIG. 6, a representation of a discover- 
monitor application screen 600 is illustrated. Preferably, 
discover monitor application screen 600 includes a manage- 
ment domain window 602, a detailed information window 
604, a status indicator 606 and a status line 608. 15 

In accordance with a preferred embodiment of the present 
invention, management domain window 602 presents a tree 
structured view of the complete management domain. 
Lower level nodes 610, 612 in the tree structure represent 
actual physical hardware devices such as servers, arrays, and 20 
other I/O devices. For example, as illustrated in FIG. 6, 
lower level node or server 612-1 includes two storage arrays 
610-1 and 610-2 attached thereto. Similarly, lower level 
node or server 612-2 includes a storage array 610-3 attached 
thereto. The higher level nodes in the tree represent the 25 
location of the hardware devices. For example, in the 
illustrated embodiment, the management domain is divided 
into two regions: a central region 618-1 and a southeast 
region 618-2. Within central region 618-1, the domain is 
further broken into states 616, for example, Kansas 616-1 30 
and Colorado 616-2. From there, the domain is further 
broken down into plant locations 614, for example, in 
Colorado 616-2, the illustrated company has locations in 
Colorado Springs 614-2 and Fort Collins 614-3, The man- 
agement domain shows the servers, storage arrays and other 35 
devices which exist on the networks of those locations. 

Detailed information window 604 preferably presents the 
detailed properties for each device in the management 
domain, based upon the particular node a user selects. 
Individual device nodes 610, 612 or a higher level location 40 
nodes 614, 616, 618 may be selected. When a location is 
selected, the detailed information window preferably 
includes an entry for each device in the subtree rooted at the 
selected location. When a specific device node is selected, 
detailed information window 604 displays certain device 45 
specific attributes of the selected node. In addition, by 
double-clicking or selecting a specific device node, the 
device's associated management interface application pro- 
gram is launched. 

Status indicator 606 preferably includes a high level 50 
indication of whether or not any of the devices in the 
management domain have problems that require attention. If 
all devices are in working order, the status indicator pref- 
erably will indicate "optimal"; if there is a problem some- 
where in the management domain, the status indicator 606 55 
preferably will show that one or more devices require 
attention. Preferably the devices that have a problem will be 
indicated in the management domain window 602 by a 
highlighted color of that device, or an appearance change of 
the device icon. Finally, status line 608 preferably is an area 60 
for short pieces of context-sensitive information which the 
discover-monitor application program may wish to display. 

While the discover-monitor application screen illustrated 
in FIG. 6 and disclosed herein presents information in a 
certain way and includes specific information, one skilled in 65 
the art will appreciate that the discover-monitor application 
screen may be designed and configured in any way. For 
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example, the discover-monitor application screen may show 
additional information, or certain information that is dis- 
played in the discover-monitor application screen of FIG. 6 
may be eliminated. In addition, the information may be 
presented in a different way. Thus, the present invention is 
not limited to the specific embodiment of the discover- 
monitor application screen illustrated in FIG. 6. 
Management Interface Application 

Referring now to FIG. 7, screen display 700 of a man- 
agement interface application or applet program is illus- 
trated. When a user selects and opens a particular device 
from the discover-monitor application screen, the manage- 
ment interface application program for that device is loaded 
into the management station, and a screen similar to screen 
700 preferably is displayed. Display 700 preferably includes 
a logical view window 702 and a physical view window 704. 

Logical view window 702 illustrates the logical compo- 
sition and properties of the selected device (e.g., storage 
array). The logical objects of the storage array are organized 
into a tree structure to make their interrelationships apparent. 
Screen 700 illustrates an example of a typical set of logical 
objects, including volume groups 706, volumes 708, free 
capacity regions 710, and unassigned capacity 712. 

Physical view window 704 preferably illustrates a view of 
actual hardware components in a particular device or storage 
array, e.g., controllers, drives, drive trays, disks, etc. 
Preferably, the physical view of the storage array displayed 
in physical view window 704 is an accurate graphical 
representation of the actual storage array device on the 
system. In this manner, the user can tell what the device 
looks like without being within visual range of the device. 
In the physical view 704, components in need of repair or 
replacement preferably will be distinguished by color and/or 
appearance changes. In addition, color or other visual dif- 
ferences may be used to indicate different roles or states of 
disk drives (i.e., assigned, unassigned, hot, spare, etc.). As 
with discover-monitor output screen 600, management inter- 
face application screen 700 is not limited to the embodiment 
shown in FIG. 7. Additional information may be added, 
deleted, or the actual presentation of the information may 
vary. Thus, the present invention is not limited to the 
illustrated embodiment. 

System Functionality 
Discover Monitor Applet Startup 

Referring now to FIG. 8, a flow diagram 800 is shown 
illustrating a start-up procedure for a discover-monitor 
application and a management interface application. Flow 
diagram 800 includes client or management station elements 
802, server elements 804, device controller elements 806, 
and web server elements 808. In accordance with a preferred 
embodiment of the present invention, when server 804 
starts-up, for example, during morning start-up, an RPC-to- 
UTM Agent 810 automatically starts running on server 804 
(step 8A). Next, RPC-to-UTM Agent 810 preferably queries 
a database 812 on server 804 to determine which devices 
connected to server 804 (in this particular example, storage 
controllers) require RPC-to-UTM transport services (step 
8B). Preferably, database 812 stores a record for each device 
connected to server 804. The device records in database 812 
preferably include a field which indicates whether the device 
requires RPC-to-UTM transport services. For each device 
requiring RPC-to-UTM transport services, RPC-to-UTM 
agent 810, starts an RPC connection listener 814 (step 8C). 
While the ' illustrated embodiment shows only one RPC 
connection listener 814, other connection listeners may be 
running on server 804. 

When a user wishes to begin the device management 
process, the user preferably starts-up management station 
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802, which starts a browser session 816 (step 8D). During 
the browser start-up process, the user preferably supplies the 
URL of the process discover-monitor applet to be run. 
Browser 816 uses the URL to address an HTML page on 
web server 808, Alternatively, the URL may be stored in the 
browser or on the machine running the browser. Browser 
816 then contacts web server 808's HTTP server 818 and 
asks that the discover monitor applet (DMA) be transferred 
to browser 816 (step 8E). In accordance with a preferred 
embodiment of the invention, HTTP server 818 retrieves the 
DMA program from an applet repository 820 on web server 
808 (step 8F) and sends the DMA program to browser 816 
(step 8G). 

In accordance with an alternative embodiment of the 
present invention, instead of HTTP server 818 sending the 
actual DMA program to browser 816, HTTP server 818 may 
send an HTML page to browser 816, notifying the browser 
of the location of the DMA program. Then, browser 816 
preferably retrieves the DMA program from the specified 
location. In the illustrated embodiment, the location of the 
discover-monitor applet happens to be on web server 808. 
However, as discussed previously, the discover-monitor 
applet may reside in a repository stored on one or more 
storage systems residing on the network. In addition, while 
the start-up process discussed herein refers to an H1TP 
server sending HTML pages to browser 816, other start-up 
procedure may occur. For example, communication proto- 
cols and languages other then HTTP and HTML may be 
used. Finally, while the illustrated embodiment shows web 
server 808 being separate from management station 802, the 
present invention may be configured so that web server 808 
is part of management station 802. 

After browser 818 retrieves the discover-monitor applet 
program from applet repository 820, the discover-monitor 
applet 822 is invoked according to the standard browser of 
Java run-time environment protocol for starting an applet 
(step 8H). 

In accordance with one embodiment of the present 
invention, a user may utilize DMA 822 to discover each 
managed device connected to the network. In accordance 
with this particular embodiment of the invention, the user 
preferably enters the device into DMA 822, and DMA 822 
then starts a monitor thread 824 for the entered device. 
Preferably, there will be a monitor thread 824 for each 
device selected by the user. 

In accordance with an alternative embodiment of the 
present invention, discover-monitor applet 822 may be con- 
figured to automatically discover all the devices on the 
network. DMA 822 discovers all direct network attached 
devices and all servers on the network. Upon locating a 
server, discover-monitor applet 822 requests from the server 
a list of all storage controllers or devices it has associated 
with it. After locating all the devices on the network to be 
managed, DMA 822 starts a monitor thread 824 for each 
device (step 81). 

After initializing a monitor thread 824 for each discovered 
device, the monitor threads 824 preferably initiate a con- 
nection to their associated devices 806 by connecting to the 
RPC connection listeners 814 (step 8J). As discussed above, 
RPC connection listeners preferably are started on one or 
more servers 804 for each device 806 connected to the 
servers and being monitored by the management station. 
Once monitor threads 824 are connected to RPC connection 
listener 814, RPC connection listener then creates an RPC 
agent thread 826 for servicing the connection (step 8K). 

In each device controller 806, a management protocol 
server 828 is listening for management protocol requests. 
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Each management protocol server 828 is queried (via an 
RPC agent thread 826) for its associated device properties 
(step 8L). Using the information from this step 8L, RPC 
agent thread 826 notifies monitor thread 824 of the device 

5 properties of the associated device 806 (step 8M). In turn, 
monitor thread 824 then updates DMA 822 with the device 
properties (step 8N). Upon receiving the device properties, 
DMA 822 builds a device connection table, which gives, for 
each device, a list of connections into the device. The 

10 connection-to-device map may be one-to-one, or many-to- 
one. In addition, the device connection table may include 
information about which management application program 
is associated with each device. 

Finally, with all storage arrays discovered, and all com- 

is munication links set up, discover-monitor applet 822 dis- 
plays the discovered devices on a display screen from which 
device specific storage management applications may now 
be launched. 

In addition to obtaining device properties from devices 

20 806, monitor thread 824, and RPC agent threads 826 for 
each device may be configured to monitor each device 806 
for configuration changes or other device events. In accor- 
dance with this aspect of the present invention, discover- 
monitor applet 822 prepares for event listening by starting a 

25 management protocol "event listener" thread, which detects 
events from the device via the "Hanging AEN" protocol. 
Monitor thread 824 on management station 802 preferably 
acts as the event listener thread, and starts the hanging AEN 
event in much the same way as the other RPC agent threads 

30 are started. That is, event listener thread or monitor thread 
824 in management station 802 establishes a connection to 
the RPC connection listener 814 in server 804 (step 8J), 
which initiates an RPC agent thread 826 (step 8K). For 
device monitoring, the agent thread 826 preferably is con- 

35 figured for hanging AEN listening, and thus, initiates a 
hanging AEN listen primitive on controller 806, and in 
particular management protocol server 828, 

In accordance with a preferred embodiment of the present 
invention, the hanging AEN listening threads exist until an 

40 event occurs on a device 806. For example, if the configu- 
ration of device 806 changes for any reason, the hanging 
AEN agent thread 826 will detect the change and notify 
monitor thread 824 of the change (step 8M). Monitor thread 
824 then will update the device characteristics of device 806 

45 on DMA 822 which then displays the configuration change 
status on a display associated with DMA 822 (step 8N). 
After the update, DMA 822 then will start another hanging 
AEN thread for that device. A more detailed discussion the 
event notification process is discussed below in the section 

50 entitled Event Reporting. 

Management Interface Application Start-up 

Still referring to FIG. 8, flow diagram 800 also illustrates 
the start-up procedures for a management interface applica- 
tion. As discussed previously, discover-monitor application 

55 or applet 822 preferably discovers and lists all devices 
and/or storage systems connected on a network. For this 
particular example, the devices will be storage system 
devices. To start a management interface application for any 
of the storage systems on the network, the user preferably 

60 double -clicks on one of the storage systems when viewing it 
in the discover-monitor application (DMA) screen (step 80)/ 
Next, DMA 822 preferably receives device property infor- 
mation about the selected storage system device from a 
device property storage area (not shown). 

65 Included in the device properties is the storage system's 
management interface version (i.e., the management appli- 
cation program associated with that device). Next, DMA 822 
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retrieves from applet repository 820 residing on web server addresses to the connected devices 806. For example, in 

808 or some other location the management interface appli- accordance with one particular embodiment of the invention 

cation program version specified in the device properties for which uses a device mapper, the device mapper, which 

the selected device (steps 8P-8R). Preferably, the manage- preferably runs on server 804, locates all devices 806 

ment interface application program is a Java applet which is 5 connected to server 804. For each device 806 found, the 

loaded into and run on management station 802 using a web device mapper allocates a dedicated TCP/IP port to it and 

browser or other suitable Java run-time environment. After saves the device-to-port association in a device-to-port map. 

retrieving the management interface application program When discover monitor applet 822 discovers all the devices 

from repository 820, DMA 822 then launches the manage- 806 on the network, the device -to-port association is pro- 

ment interface application 830 for the selected storage 10 vided to DMA 822 from the device-to-port map located on 

system (step 8S). server 804. The DMA 822 then uses the device-to-port 

Once started, management interface application 830 pref- association to send management commands to a particular 

erably starts a management interface application RPC han- device 806 connected to server 804. 

dler 832, which controls the communication of RPC com- FIG. 8 illustrates how discover-monitor applet 822 locates 

mands between management application 830 and server is and communicates with devices (e.g., storage controllers) 

804. Management interface application RPC handler 832 proxy connected to a network through a server. While not 

then starts an RPC agent thread 834 on server 804, which discussed herein, a similar procedure preferably is used to 

facilitates communication between management interface locate and communicate with devices direct attached to the 

application 830 and device 806 (step 8Y). Next, using RPC network. However, as discussed above, the RPC-to-UTM 

agent thread 834, management interface application 830 20 agent server 810 is not needed in the network attached case 

retrieves the selected storage system's internal object orga- because the network attached controller includes firmware 

nization residing on controller 806 of the storage system for receiving and translating RPC commands directly, 

(step 8Z). With this information, management interface Volume Creation 

application 830 knows how to connect to management Referring now to FIG. 9, a flow diagram 900 is shown 

protocol server 828 running in the storage system controller 25 illustrating the steps of creating a new volume on a storage 

806. The object graph received from storage system con- system. If a user wishes to create a new volume on a storage 

troller 806 identifies the objects comprising the storage array system, the user preferably selects the new volume option 

and their interrelationships. For each object in the object shown on the display screen (step 9A). Next, the manage- 

graph, management interface application 830 preferably ment interface application 902 fetches a list of "volume 

initiates a proxy object to represent the storage system's 30 candidates" from storage system controller 904. The storage 

object graph on management station 802. That is, manage- system controller reports a list of volumes that can be 

ment interface application 820 stores a copy of the storage created, given the current drive group configuration of the 

system's object graph on management station 802, so it can storage system (see step 9B). Management interface appli- 

access and display the object graph when necessary. After cation 902 then displays the new volume candidates on 

retrieving the storage systems organization and 35 display 906 to the user as "volume creation options" (step 

configuration, management interface application 830 dis- 9C). Next, the user picks and possibly customizes one of the 

plays the storage system's configuration on a display screen. volume creation options (step 9D). This "new volume speci- 

When a user wants to change the configuration of one of fication" is supplied as an input to the management interface 

the devices on the network, for example device 806, the user application 902. The management interface application 902 

instructs the management interface application 830 to ini- 40 converts the new volume specification input by the user into 

tiate the change (step 8W). Management interface applica- a "create volume" command which can be understood by the 

tion 830 then passes the change request to RPC handler 832 storage systems controller 904 (step 9E). Controller 904 

(step X), which issues the request to RPC agent thread 834 creates a new volume, and records that event in an array 

as an RPC command (step 8Y). RPC agent thread then event log 908 (step 9F). As soon as the new volume is in a 

encapsulates the RPC change request into a UTM packet and 45 "committed", usable state, the "create volume" command 

transmits the change to the controller of device 806 (step Z). returns to management interface application 902 (step 9G). 

Device 806 preferably processes the change request and The controller then reports a "configuration changed" event 

sends a status update information back to management to listening clients (steps 9H and 91). As flow diagram 900 

interface application 830. More detailed discussions of how illustrates, more than one management client may exist on 

configuration change requests are processed are discussed 50 the network. In the illustrated embodiment, there are two 

below in the sections entitled Volume Creation, Configura- management clients, 902 and 910. However, any number of 

tion Replication, and Long-Term Operations. management clients may exist on the network. 

In accordance with the embodiment of the present inven- When each of the clients 902, 910 receive the "configu- 
tion described herein, preferably server 804 includes demul- ration changed" event, clients 902, 910 preferably update 
tiplexing software for routing management commands to the 55 their respective storage system screen displays 906, 912, 
proper device 806 attached to server 804. Because devices showing that the new volume is in a state of "optimal - 
806 are attached to the network via server 804, management initializing" since, although usable, it does not have good 
commands directed to devices 806 are sent to the IP address parity (step 9J and 9K). Controller 904 then initiates parity 
of server 804, not the IP address of the devices 806. Thus, initialization on the new volume. Since the new volume is 
server 804 includes intelligence (preferably built in 60 reported as being in the "initializing" state, management 
software) for directing the management commands to the clients 902, 910 display a progress bar for the parity initial- 
proper RPC Connection Listener 814 and/or RPC Agent ization task on display devices 906, 912 (steps 9N and 90). 
Threads 826, 834 associated with the proper device 806. Clients 902 and 910 periodically request progress data from 

In accordance with yet another embodiment of the present controller 904 and use that information to update the dis- 

invention, instead of server 804 having demultiplexing 65 played progress bar (steps 9P and 9Q). When the parity 

software for directing commands to the proper device 806, initialization task completes, controller 904 transmits a 

server 804 may include a device mapper for allocating IP "configuration changed" event to clients 902, 910, indicating 
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that the new volume is in the "optimal" state (steps 9R and replication. However, the present invention is not limited to 

9S). Clients 902 and 910 then indicate on display devices the specific example. 

906 and 912, respectively, that the parity initialization task Referring now to FIG. 11, a flow diagram 1100 of a mass 

is complete (steps 9T and 9U). Management clients 902, 910 configuration replication operation is shown. To initiate the 

may display the task complete status in a variety of ways, 5 mass configuration replication operation, a user 1110 pref- 

including advancing the progress bar to 100%, dismissing erably utilizes a discover-monitor application 1112 running 

the progress bar or displaying a message that the task is on management station 1102 to select a source storage 

complete. system 1104 and launch a management interface application 

Configuration Replication 1114 for the selected source storage system 1104 (steps 11A 

Referring now to FIG. 10, a flow diagram 1000 is shown io and UB). Next, user 1110 preferably selects a "generate 

illustrating the process of replicating a storage system con- config file" or other similar task from management interface 

figuration from one storage system to another. To replicate applications 1114 task menu (step 11 C), Management 

the configuration of one storage system to another, a user interface application 1114 then will process the "generate 

preferably selects a source storage array and invokes a config file" task by requesting and obtaining the configura- 

management interface application 1012 for that system (step 35 tion description of the source storage system 1104 from its 

10A). Preferably, the user uses the discover-monitor applet controller 1116 (step 11D). Management interface applica- 

1010 running on management station 1002 to invoke the tion 1114 will then save the configuration description from 

management interface application 1012. Next, the user the source storage system 1104 into a storage area 1118 (step 

selects a destination storage array which is to receive the HE). In accordance with one particular embodiment of the 

source storage array's configuration, and invokes a manage- 20 invention, user 1110 may edit the configuration description 

ment information application 1014 for that array (step 10B). in storage area 1118 (step 11F). The editing function may be 

Again, the user preferably uses the discover-monitor applet performed using discover-monitor applet 1112, management 

1010 in management station 1002 to invoke the destination interface application 1114, or another suitable editing appli- 

storage system's management interface application 1014. cation program which may reside on management station 

Next, the source storage system's management interface 25 1102. 

application 1012 preferably fetches the device configuration After the configuration description is finalized, user 1110 
description for the source storage system from storage preferably selects the mass operation function on discover- 
system 1004, and in particular, controller 1016 (step 10C), monitor applet 1112 (step 11G). Discover-monitor applet 
and writes it to file 1018 (step 10D). 1112 retrieves the configuration description from storage 
In the next step, the destination storage system's man- 30 area 1118 (step 11H), and then loads from a second storage 
agement interface application 1014 is directed to "apply" the area 1120 a list of storage systems on the network which 
saved configuration description to the destination storage may be destination systems to receive the mass configura- 
system 1006 (step 10E). In accordance with this aspect of tion operation (step 111). Discover-monitor applet 1112 then 
the invention, destination storage system management inter- displays the list of storage systems on the network on a 
face application 1014 preferably displays a confirmation 35 display device 1122 (step 11J). User 1110 preferably selects 
dialogue on display 1020 so that the user can confirm the the storage systems which it would like updated with the 
application of the configuration description (step 10F). source configuration description (step UK), and discover- 
To update destination storage system 1006 with the source monitor applet 1112 then launches management interface 
storage system's configuration, the destination system 1006 applications 1124-1 to 1124-N for each of the selected 
first should be synchronized with the source storage system 40 storage systems (step 11 L). As with the configuration appli- 
1004 with respect to firmware sets. Thus, management cation process illustrated in FIG. 10 and discussed above, 
interface application 1014 preferably retrieves the firmware each of the management interface applications 1124 
that it needs for the destination device 1006 from a firmware retrieves a firmware set from firmware repository 1128 in 
repository 1022 residing on a web server 1008 or other server 1108 or other suitable storage location (step 11 M), 
suitable storage location (step 10H), The selected firmware 45 and applies the controller firmware set to the controller 1126 
is then loaded into the destination device 1006 and, in of the appropriate destination device 1106 (step UN). For 
particular, controller 1024 (step 101). Next, management example, management interface application 1124-1 prefer- 
interface application 1014 passes the rest of the configura- ably retrieves a firmware set and applies it to controller 
tion description to controller 1024 on destination device 1126-1 of destination storage system 1106-1 . Similarly, 
1006 (step 10J). Upon receiving the configuration 50 management interface application 1124-2 retrieves a firm- 
description, the destination device 1006 then reconfigures ware set and applies it to controller 1126-2 of destination 
itself, issuing "config change" events and "new task" events device 1106-2, and so on. 

as appropriate (step 10K). After each of the controller firmware sets have been 
Mass Operations updated, each of the management interface applications 
As one skilled in the art will appreciate, it may be 55 1124 send the configuration description to the destination 
preferably to perform a specific management task on a devices 1106 and their controllers 1126 (step 1 10). Con- 
plurality of systems on a network. For example, instead of trailers 1126 receive the configuration description, perform 
performing a configuration replication on a single system as the configuration change opera tion(s) and then pass back 
discussed above with reference to FIG. 10, it may be "configuration" and "new task" events to the management 
desirable to perform the configuration replication on a 60 interface applications 1124 (step IIP), 
plurality of devices at the same time. Thus, it is desirable to As one skilled in the art will appreciate, before a con- 
have an operation which can perform management functions figuration change is implemented, error checking typically is 
on a plurality of devices at the same time. In accordance with performed to determine whether the destination device is 
the present invention, any particular management command compatible with the configuration description. That is, 
can be performed as a mass operation on a plurality of 65 whether the particular hardware of the destination storage 
devices. However, for illustration purposes, the mass opera- system can accept and implement the configuration set forth 
tion model will be described herein as a mass configuration in the configuration description. In addition, the software in 



03/30/2004, EAST version: 1.4.1 



US 6,4! 

21 

the controller should be checked to determine if it can 
perform the functions required to implement the configura- 
tion update. In accordance with this particular aspect of the 
invention, an error checking routine 1200 as illustrated in 
FIG. 12 may be used. Error checking routine 1200 prefer- 
ably comprises a hardware check module 1202 which 
retrieves hardware configuration restraints from the configu- 
ration description 1204 (step 12A). In addition, hardware 
check module 1202 preferably retrieves the target or desti- 
nation hardware configuration 1206 from the destination 
hardware device (step 12B). Hardware check module 1202 
then performs a check to determine whether the hardware 
target configuration is compatible with the configuration 
restraints from configuration description 1204. That is, hard- 
ware check module 1202 determines whether the target or 
destination hardware device can be configured according to 
the hardware configuration restraints. If not, hardware check 
module 1202 displays an error message on a display 1208 
(step 12C). If there is no error, the error check routine moves 
on to software check module 1210 (step 12 D). 

Software check module 1210 preferably retrieves the 
configuration specification 1212 from configuration descrip- 
tion 1204 (step 12 E), as well as the destination device's 
software version specific rules 1214 (step 12 F). The desti- 
nation device's software version specific rules preferably set 
forth the functions which the destination device's software 
can perform. If the device's software version cannot perform 
a particular configuration update, software check routine 
1210 displays an error on display 1208 (step 12G). If the 
software can perform the configuration change, the error 
routine moves on to the apply configuration module 1216 
(step 121 1). Apply configuration module 1216 preferably 
retrieves the configuration specification 1212 from descrip- 
tion 1204 (step 121) and uses it to perform the configuration 
change (step 12J). Preferably, the apply configuration mod- 
ule 1216 comprises the discover monitor applet, manage- 
ment interface applications, and other management applica- 
tion programs discussed above with reference to FIGS. 9, 10 
and 11 above. 

While the error routine set forth in flow diagram 1200 is 
described in the context of a configuration replication 
example, one skilled in the art will appreciate that the error 
routine or a similar error routine may be performed on any 
mass operation management function. In addition, the error 
routine set forth in FIG. 12 and described herein may be 
performed on other non-mass operation management 
functions, such as the volume creation example illustrated in 
FIG. 9 and the configuration replication example illustrated 
in FIG. 10. 
Event Reporting 

Referring now to FIG. 13, a flow diagram 1300 is shown 
illustrating the process of a managed device reporting events 
to a management station. To begin an event reporting/ 
monitoring session of a proxy attached storage system or 
device, a management station (not shown) preferably sends 
a "connect*' command to server 1302 and more specifically 
to RPC-to-UTM agent server 1306 (step 13 A). After receiv- 
ing the "connect" command, RPC-to-UTM agent server 
1306 preferably creates an RPC-to-UTM agent thread 1308 
to service the connection (step 13B). In accordance with a 
preferred embodiment of the present invention, the RPC-to- 
UTM agent thread preferably is a dedicated hanging asyn- 
chronous event notification (AEN) listener. 

Once the RPC-to-UTM agent thread is started, the man- 
agement station preferably issues an RPC command, such as 
a "GetConfigChangelnfo" command or the like to the RPC- 
to-UTM agent thread 1308 (step 13C). RPC-to-UTM agent 
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thread 1308 converts the "GetConfigChangelnfo" RPC 
packet or other suitable command packet into a UTM buffer 
and forwards it on to storage system 1304 as a UTM 
transaction (step 13D). Preferably, storage system 1304 

5 includes a controller 1310 and a UTM-to-internal- 
messaging component 1312. As one skilled in the art will 
appreciate, UTM-to-internal-messaging component may be 
a process for run within controller 1310. UTM-to-internal- 
messaging component 1312 preferably receives the "Get- 

10 ConfigChangelnfo" command via UTM and starts a hanging 
AEN event 1314 (step 13E). 

The hanging AEN event is an event 1314 which waits for 
an event notification from the storage system before any 
status is returned to server 1302, and the management 

15 station. When an event within storage system 1304 occurs, 
controller 1310 delivers an event notification to UTM-to- 
internal-messaging component 1312 (step 13F). When the 
event notification is received, UTM-to-internal-messaging 
component 1312 configures the event notification informa- 

20 tion into a suitable UTM packet and retrieves the "GetCon- 
figChangelnfo" call from its hanging status (step 13G). 
UTM-to-internal-messaging component 1312 then returns 
the event notification information as a UTM packet or buffer 
1316 to the RPC-to-UTM agent 1308 (step 13H). The AEN 

25 listener in RPC-to-UTM agent 1308 extracts the event 
information from the UTM buffer 1316 (step 131), and then 
writes the event information to a RPC message buffer 1318 
(step 13J). RPC-to-UTM agent 1308 then returns the "Get- 
ConfigChangelnfo" RPC function to the management sta- 

30 tion along with the event notification information in buffer 
1318 (step 13 K). After processing the event notification 
information, the management station sends another "Get- 
ConfigChangelnfo" function call in order to start the event 

° notification process again (step 13 L). Again, the RPC-to- 

35 UTM agent 1308 then sends the "GetConfigChangelnfo" 
command in UTM format to UTM-to-interaal messaging 
component 1312 in storage device 1304 (step 13M). The 
hanging AEN event will then initiate until another notifica- 
tion occurs. 

40 The event notification example illustrated in FIG. 13 and 
disclosed herein refers to a "GetConfigChangelnfo" com- 
mand issued by the management station. One skilled in the 
art will appreciate that the "GetConfigChangelnfo" com- 
mand is merely an example of a specific command that may 

45 be used and that any other suitable command which server 
1302 and storage system 1304 can interpret as a command 
to begin the event notification process can be used. In 
addition, the example illustrated in FIG. 13 is an event 
notification example for a proxy attached storage system 

50 connected to a network through a server. A similar event 
notification process can be used with a network attached 
storage system, except that instead of the RPC command 
first being converted to UTM before being sent to the storage 
system, the network attached storage system will receive the 

55 "GetConfigChangelnfo" command in RPC form from the 
management station and processors it accordingly. That is, a 
RPC-to-internal messaging component receives the com- 
mand and starts the managing AEN event. 
Configuration Update Notification 

60 In accordance with a preferred embodiment of the present 
invention, when a managed entity, such as a storage system 
or other suitable I/O device on a network undergoes a 
configuration change, it is preferable that the configuration 
change for that managed device is broadcast to all manage - 

65 ment entities on the network. As discussed above, a given 
network can have a number of management entities such a 
one or more management stations in accordance with the 
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present invention, as well as DMI, SNMP or other third figuration and status of the managed devices on the system, 

party management stations. Thus it is preferable to have a as well as issue management commands such as volume 

system and a method in which a managed entity can notify changes, configuration changes, and/or error recovery 

all management entities on a system of a configuration commands, to name a few. To visualize the configuration 

change. In accordance with this preferred aspect of the 5 and status of a particular managed device, user interface 

present invention, a flow diagram 1400 is shown illustrating 1502 displays an object graph 1504 of the particular man- 

a process in which a managed entity 1404 informs all aged device. When a user wishes to change the configuration 

management entities 1402 on a system of configuration of a particular managed device, the user, using interface 

changes, 1502, preferably issues one or more configuration change 

As discussed above, a role of the management entity 1402 10 commands from a command issuer 1506. As illustrated in 

is to keep and maintain an internal representation of the state FIG. 15, when command issuer 1506 issues a configuration 

of managed entities 1404 on the system. This internal change or error recovery command, it does not wait to 

representation of a managed entity 1404 is referred to as an receive the configuration change information from the man- 

"object graph." Management entity 1402 builds the object aged device. Instead, the management entity preferably 

graph by importing state information from managed entity 15 includes an event notification receiver 1508, which is con- 

1404. In accordance with a preferred embodiment of the figured to receive that information. When the managed 

invention, when the configuration of a managed entity 1404 device's configuration is updated, the managed device issues 

changes, the managed entity 1404 preferably transmits an update notifications to all management entities on the 

entirely new object graph to management entity 1402. system/network. The management entities receive these 

Management entity 1402 then uses the new object graph to 20 notifications via event notification receiver 1508. As dis- 

update the visual representation of the managed entity on a cussed above, the update notifications from the managed 

display screen. devices may comprise entirely new object graphs from the 

In accordance with an alternative embodiment of the managed devices, or the update notifications may be con- 
present invention, instead of transmitting entirely new object figuration deltas which merely reflect the change in the 
graphs to management entity 1402 when a configuration 25 configuration, 
changes, management entities 1404 preferably update the Long-Term Operations 

object graphs in management entity 1402 by transmitting When performing configuration altering commands to a 

call back deltas. These deltas specify the specific part(s) of managed device such as a storage system or the like, two 

the object graph which have changed, so that as small models of completion are common. The first model involves 

changes to the object graph are made, only the information 30 a command which only takes a short time to complete. With 

about the small changes to the object graph are sent to this model, the storage system controller can return status of 

management entities 1402, not completely new objects the short-term configuration request to the requester, as well 

graphs. This allows the object graph changes to be localized, as other management devices in a system in near real time, 

and thus, state information transfers minimized. The second model, however, involves a request that requires 

For example, as discussed above with reference to FIGS. 35 an extended time to complete. For example, a complete 

9-13, when a management interface application is run for a reformat or re-layout of data on a storage system. The 

particular managed device or entity, such as a storage problem with an extended time to complete type request is 

system, the object graph of that storage system or managed that the user expects to see a progress indication of the 

entity is typically displayed on the management station. command request to avoid uncertainty of a "hung" system. 

When changes to the managed entity are performed by a 40 However, if a management station thread is left open to 

management station, such as volume creation (FIG. 9) or monitor the progress of the long term event, resources may 

configuration changes (FIGS. 10-12), the new configuration be wasted because a management station thread is hung-up 

information typically is transmitted back to the management monitoring the status of the long-term command. Thus, in 

station requesting that change when the configuration accordance with the present invention, systems and methods 

change is complete. However, in accordance with this par- 45 are provided in which typically long-lived operations are 

ticular aspect of the present invention, it is preferable that turned into short-term events, 

the updated object graph deltas are independent from the In a typical transaction model for storage arrays, a man- 
configuration change requests. That is, when a management agement station will not be freed until the storage array 
station issues a configuration change command, it does not "commits" a particular request or transaction. When a stor- 
wait for the command to finish before performing other 50 age system commits a transaction, the transaction typically 
tasks. Instead, the management station preferably issues an is "durable". A durable transaction means that the storage 
event notification session as discussed above with reference system guarantees that subsequent faults or interruptions on 
to FIG. 13, and receives object graph update deltas via that the storage system will not affect the results of the transac- 
path. In addition, all other management stations also will tion. However, in accordance with the present invention, just 
have event notification sessions running, so that they also 55 because a particular transaction is durable does not mean 
will receive the object graph update deltas when the updates that the storage system has finalized processing of the 
occur. In this manner, all management stations are updated transaction, and thus, updated its configuration. As one 
with configuration change information as the changes occur skilled in the art may appreciate, a transaction can commit 
or shortly thereafter. In addition, the management station early, but the transaction may still have residual activities 
issuing the change request is not held-up, waiting for the 60 that go on within the storage system after the storage array 
change to occur. - has committed the transaction. These residual activities do 
As illustrated in FIG. 15, a process flow 1500 of a not affect object durability, but may affect object state. That 
management entity sending configuration change commands is, the transaction request may be durable, but the storage 
and receiving configuration change notification information system reconfiguration may not be complete, 
is illustrated. In accordance with this aspect of the present 65 Referring now to FIG. 16, a flow diagram 1600 is shown 
invention, the management entity preferably includes a user illustrating a method of processing long-lived operations. In 
interface 1502, which allows a user to visualize the con- accordance with flow diagram 1600 in FIG. 16, a host or a 
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management station preferably issues a long-lived operation 
request, such as a storage system drive reconfiguration, or 
the like, to a managed device's controller (step 1602). In 
accordance with this example, the managed device prefer- 
ably is a storage system. However, any suitable managed 5 
device on a network may perform the long-lived processing 
operation of the present invention. 

After the management station issues the long-lived opera- 
tion request, the controller of the storage system receives the 
request (step 1604), processes the request, and makes nec- 10 
essary state changes to make the long-lived operation 
"durable" (step 1606). While the storage system controller is 
processing the request, and making the operation durable, 
the management station preferably waits for a response from 
the controller indicating that the request is durable (step 15 
1608). After the long-lived operation is durable in the 
storage system controller, the controller preferably returns 
status to the management station (step 1610). The manage- 
ment station receives the return status as complete (step 
1612) and displays a status complete dialogue to the user 20 
requesting the long-lived operation (step 1614). 

In accordance with the present invention, even though 
storage system controller returns status as complete, the 
complete status only indicates that the long-lived operation 
is durable within the controller. It does not mean that the 25 
actual long-lived operation has completed. Thus, the con- 
troller continues to process the long-lived operation (step 
1616) and send status updates of the operation to the 
management station or host (step 1618). The management 
station receives the status updates and preferably updates the 30 
completion status dialogue object displayed on the screen of 
the management station (step 1620). Steps 1618 and 1620 
continue until the long-lived operation completes. Once the 
long-lived operation completes, the storage system control- 
ler sends a completion message to the management station 35 
(step 1622). Upon receiving the completion message from 
the controller, the management station notifies the user that 
the operation is complete (step 1624). The management 
station may inform the user that the operation is complete in 
a number of ways, including showing the completion status 40 
percentage as 100%, issuing a dialogue stating that the 
operation is complete, or ending the process. In any event, 
any particular status completion message may be used. 

Even though in step 1620 the management station 
receives status updates, and updates the completion status 45 
dialog on the management station screen, the management 
station is not frozen while waiting for the completion of the 
long-lived operation. That is, even though the management 
station displays the status information, a user may perform 
other tasks with the management station while the long-lived 50 
operation is processing. In addition, once the management 
station receives the message that the long-lived operation is 
"durable" even if the storage system fails, for example, due 
to power loss or some other mechanical error, the long-lived 
operation will be processed when the failed device is 55 
brought back on-line. In this matter, once an operation is 
made durable, the management station preferably does not 
ever have to issue the long-lived operation request again, 
regardless of what happens to the controller. 

60 

Conclusion 

In conclusion, the present invention provides methods and 
apparatus for managing I/O devices on a network. While a 
detailed description of presently preferred embodiments of 
the present invention have been given above, various 65 
alternatives, modifications and equivalents will be apparent 
to those skilled in the art. For example, while most of the 
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examples given herein refer to storage systems, any suitable 
I/O device residing on a network may be managed using the 
methods and apparatus of the present invention without 
varying from the spirit of the invention. In addition, while 
preferred embodiments of the present invention arc dis- 
closed herein as using Java applets and Java compliant 
browsers or run -time environments to process the Java 
applets, any suitable computer language and processing 
environment may be used. Therefore, the above description 
should not be taken as limiting the invention which is 
defined by the appended claims. 
What is claimed is: 

1. A system for monitoring and managing devices on a 
network, comprising: 

a proxy server connected to said network; 

a managed device connected to said proxy server via a 
communication connection; 

storage means for storing a device management applica- 
tion program associated with said managed device; and 

a management station in communication with said man- 
aged device via said proxy server and in communica- 
tion with said storage means, said management station 
configured to retrieve said device management appli- 
cation program from said storage means and process 
said device management application program; 

wherein the processing of said device management appli- 
cation program by said management station allows said 
management station to monitor and manage said man- 
aged device; 

wherein said managed device includes a controller for 
controlling said managed device, and wherein the pro- 
cessing of said device management application pro- 
gram by said management station allows said manage- 
ment station to send management commands to said 
controller via said proxy server; 

wherein said proxy server comprises routing means for 
receiving commands from said management station 
and routing said commands to said controller of said 
managed device; 

wherein said device management application program 
communicates with said proxy server using a first 
communication protocol, and said proxy server com- 
municates with said managed device using a second 
communication protocol, and wherein said proxy 
server comprises a protocol converter for converting 
communication messages directed from said device 
management application program to said managed 
device from said first communication protocol to said 
second communication protocol, and for converting 
communication messages directed from said managed 
device to said device management application program 
from said second communication protocol to said first 
communication protocol; and 

wherein said first communication protocol is remote pro- 
cedure call (R-PQ and said second communication 
protocol is universal transport mechanism (UTM), and 
wherein said protocol converter comprises an RPC-to- 
UTM conversion application. 

2. A method for managing devices connected to a proxy 
server, comprising the steps of, 

(a) providing a proxy server connected to a network; 

(b) providing a management station for managing one or 
more managed devices connected to said proxy server; 

(c) said management station locating said proxy server on 
said network; 



03/30/2004, EAST Version: 1.4.1 



/ 



US 6,480,' 

27 

(d) said management station obtaining from said proxy 
server a list of said one or more managed devices 
connected to said proxy server; 

(e) displaying said one or more managed devices con- 
nected to said proxy server on a display associated with 5 
said management station; 

(f) selecting one of said one or more managed devices to 
be managed; 

(g) retrieving a management application program associ- Q 
ated with said selected one of said one or more man- 
aged devices form a storage means; 

(h) running said retrieved management application pro- 
gram on said management station; 

(i) sending management commands from said manage- 15 
ment station to said selected one of said one or more 
managed devices via said proxy server; 

wherein said management station communicates with 
said proxy server with a first communication proto- 
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col and said proxy server communicates with said 
selected one of said one or more managed devices 
with a second communication protocol, 
(j) said proxy server converting said management com- 
mands form said management station form said first 
communication protocol format to said second com- 
munication protocol format; 

(k) said proxy server sending said management com- 
mands to said selected one of said one or more man- 
aged devices in said second communication protocol 
format; 

wherein said first communication protocol is remote 
procedure call (RPC) and said second communica- 
tion protocol is universal transport mechanism 
(UTM). 

* * * * * 
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